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METHOD AND APPRARATUS FOR CONTROLLING SAS/FIBRE TARGET BEHAVIOR 

FROM A HOST 

FIELD OF THE INVENTION 

[0001] The present invention generally relates to a validation of initiator and target 
functionality in bus architecture, and more particularly to a method and system for 
controlling the behavior of a target by an initiator for the purpose of validating the 
functionality of an initiator and target. 

BACKGROUND OF THE INVENTION 

[0002] The capabilities of host computer environments have expanded significantly with 
the increased development of peripheral devices for attachment to the host computer. A 
variety of peripheral components are now available for use by the end user applications. 
For example, the peripheral environment may include extemal devices such as disk arrays, 
tapes, CD-ROMs, printers, network controllers, optical scanners, and various other 
apparatus that provide a wide range of functionality. 

[0003] The extemal peripheral environment is typically coimected to the host computer 
environment using suitable bus architecture. The Small Computer System Interface 
(SCSI) is one example of such a bus topology. Other types of bus topologies include 
Serial Attached SCSI (SAS) and Fibre Channel In a typical arrangement of a bus 
topology, the host computer is configured with a host adapter provided in the form of a 
controller to provide the proper interfacing between the host bus, such as peripheral 
component interconnect (PCI), and the bus environment. The host computer will also 
include suitable device drivers for the installed peripheral devices. 
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[00041 The SCSI, SAS and Fibre Channel communication protocols employ a transaction 
process between a device configured as an initiator and a device configured as a target. 
Any device may be equipped with both functionalities. The initiator originates a request 
for an action or task to be performed, while a target receives and performs the requested 
task as expressed in a suitable command structure. For this purpose, the target typically 
includes a controller that enables it to perform the initiator-developed commands in a 
manner relatively independently of the initiator. A bus is used to transport data, command, 
and control information between the initiator and target. 

[0005J In order to ensure correct operation of a bus protocol, a variety of tests are typically 
performed to determine proper initiator and target operation. For example, proper 
validation of an initiator may include the introduction of error conditions, comer cases of 
protocol, and non-standard data management. However, these behavioral characteristics 
are difficult to reproduce by using production or standard drives. 

[0006] The use of a traffic generator, otherwise known in the art as a traffic jammer, has 
also been utilized to validate operation of initiators and targets. A traffic generator injects 
errors but does not have the capability of emulating varying target behaviors such as a data 
request size command for a particular input/output operation or controlling data transfer 
timing within a connection. Consequently, a method and apparatus for providing a 
complete validation of an initiator and target within bus architecture is necessary. 

SUMMARY OF THE INVENTION 

[0007] Accordingly, the present invention is directed to a method and system for providing 
a complete validation of an initiator and target within bus architecture. Validation may 
refer to the verification that the initiator and target operate as desired. In an embodiment 
of the invention, a target's behavior may be controlled by an initiator for the purpose of 
validating the proper initiator functionality. According to one embodiment of the 
invention, a target's behavior may be controlled by an initiator through use of vendor 
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unique commands sent by the initiator. By leveraging the handshaking communication 
protocol between a target and initiator and the control of information transfer over a bus by 
the target, the method and system of the present invention may validate the operation of an 
initiator by its response to the target's behavior. Additionally, by altering the behavior of 
the target to test initiator response, a target's behavior is also validated. 

[0008] It is to be understood that both the forgoing general description and the following 
detailed description are exemplary and explanatory only and are not restrictive of the 
invention as claimed. The accompanying drawings, which are incorporated in and 
constitute a part of the specification, illustrate an embodiment of the invention and together 
with the general description, serve to explain the principles of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] The numerous advantages of the present invention may be better understood by 
those skilled in the art by reference to the accompanying figures in which: 

[0010] FIG. 1 depicts a block diagram of a bus architecture in accordance with an 
embodiment of the present invention; 

[0011] FIG. 2 depicts a process for validating initiator and target operation through control 
of target behavior; 

[0012] FIG. 3 depicts a process for executing the validation process of FIG. 2 employing 
vendor unique commands in accordance with an embodiment of the invention; and 

[0013] FIG. 4 depicts exemplary steps of a test performed in accordance with the process 
of FIG. 3 of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0014] Reference will now be made in detail to the presently preferred embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 

[0015] Referring to FIG. 1, a block diagram of bus architecture 100 in accordance with an 
embodiment of the present invention is shown. A bus architecture 100 may include a host 
computer platform 110 having a resident device 120 preferably configured as an initiator. 
As known by those with ordinary skill in the art, an initiator 120 issues operation requests 
that are performed by a device 130 configxired as a target. Operation requests are 
transferred through a bus 140. Bus 140 may operate according to various bus topologies 
including, but not limited to, SCSI, SAS and Fibre Chaimel. 

[0016] Preferably, host computer platform 110 is provided with command code 150 
associated with the initiator 120. Command code 150 may define behavioral modification 
processes for target 130. In one form, command code 150 may include vendor-specific or 
vendor-unique commands that are recognizable and thus executable by target 130. As 
known by those vsdth ordinary skill in the art, SCSI command protocol for constructing the 
command module (i.e.. Command Descriptor Block (CDB)) provides various fields for 
inserting vendor specific information. Other conraiunication protocols such as SAS, Fibre 
Channel, and the like have similar ability to include vendor specific information within 
commands. 

[0017] It is contemplated that various types of bus architecture exist and bus architecture 
100 is provided for illustrative purposes only and should not be considered in limitation of 
the present invention. Rather, it should be apparent that the present invention may be 
practiced in connection with any bus architecture. 
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[0018] Referring to FIG. 2, a process 200 for validating initiator and target operation 
through control of target behavior is shown. Process 200 may begin upon the receipt of a 
selection of a characteristic for testing 210. It is contemplated that a user may select a 
characteristic for testing through a user interface of host computer platform 110. 
Altematively, receipt of a selection of a desired characteristic may be executed through the 
testing of each characteristic within a complete validation exercise whereby upon the 
completion of a first test, another characteristic is tested until each characteristic has been 
tested. Execution of the full domain test may be provided by compiling a list of all 
characteristics for testing whereby each characteristic is tested in an order to ensure 
complete validation of initiator operation. 

[0019] Control of a target regarding the selected characteristic 220 may follow. For 
example, if the desired characteristic was error detection, an error, such as a CRC error 
may be injected and the target is controlled according to the CRC error. Through such 
operation, the initiator may be controlling the behavior of the target according to the 
selected characteristic for testing. 

[0020] Initiator operation may be validated through the nexus of the target and initiator 
230. The nexus of the target and initiator may refer to the embedded handshaking 
communication protocol between a target and initiator of an SCSI, SAS and Fibre Channel 
bus topology. Information transfer including command, data and status information may 
be controlled by a target. Information transfer is accomplished with the use of request 
(REQ) and acknowledge (ACK) signals sent between the initiator and target. 
Consequently, the initiator may respond to the target's operation. By verifying that the 
initiator has responded correctly, the initiator's operation may be validated. It is 
contemplated that the target's behavior may also be validated by its response to the 
initiator's response to the target's operation. 

[0021] Referring to FIG. 3, a process 300 for executing the validation process of FIG. 2 
employing vendor unique commands in accordance with an embodiment of the invention 
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is shown. Process 300, similar to process 200 of FIG. 2, may begin upon the receipt of a 
selection of a characteristic for testing 310. An initiator-resident command execution 
request containing vendor unique commands recognizable by a target may be directed to 
the target 320. Vendor unique commands may relate specifically to the selected 
characteristic for testing, consequently, upon a selection of a desired characteristic for 
testing, a specific vendor xmique command relating to the selected characteristic is 
embedded within a command from the initiator to the target. 

[0022] Target behavior may be controlled by processing and executing the command 
execution request received from the initiator 330. The target may execute the command 
execution request including the vendor unique command relating to the selected 
characteristic. By execution of the request, the target is operating under the control of the 
initiator. 

[0023] Initiator operation may be validated through the nexus of the target and initiator 
340. As described with respect to FIG. 2, embedded within the protocol of SCSI, SAS and 
Fibre Channel lies a handshaking commimication protocol between a target and initiator. 
By verifying that the initiator has responded correctly to the target's behavior after 
execution of the command request including the vendor unique command relating to a 
selected characteristic for testing, the initiator's operation may be validated. It is 
contemplated that the target's behavior may also be validated by its response to the 
initiator's response to the target's operation. Further, while the use of vendor xmique 
commands has been disclosed for control of a target's behavior, it is contemplated that 
other methods of control may be implemented without departing from the scope and intent 
of the present invention. 

[0024] An advantageous aspect of the process 300 for validating initiator operation may be 
the reduction of cost and components necessary to support the testing. Lab costs may be 
minimized by reducing the amount of external hardware that conventional testing has 
required. Additionally, testing may be completed in the production environment without 
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the use of separate devices for test setup. Precise timing control of protocol events may 
also be maintained to enhance testing and ensure proper validation of target and initiator 
operation. 

[0025] Referring to FIG. 4, the steps of exemplary test 400 performed in accordance with 
the process of FIG. 3 of the present invention is shown. Test 400 may begin upon receipt 
of a validation request for data overrun injection 410. Data overrun injection may be one 
example of a characteristic for testing for proper initiator operation. A command from an 
initiator to a target containing a vendor unique command relating to data overrun injection 
may be delivered to a target 420. The behavior of the target regarding a data overrun 
injection condition is controlled by the initiator through by execution of the command 430. 
Initiator operation is validated though verification of the initiator's response to the target's 
operation according to the data overrun injection condition 440. 

[0026] In an advantageous aspect of the present invention, a full test domain may be 
validated on an initiator. For example, the following target behaviors may be controlled: 
XFER-READY data request size, disconnect boundaries, failure status packets, data 
overrun injection, data underrun injection, CRC error injection, protocol violations, 
varying simulated spin up times and scatter gather list variation for data. It should be 
imderstood by those with ordinary skill in the art that other behaviors may be controlled by 
the initiator without departing from the scope and intent of the present invention. 

[0027] It is contemplated that processes 200 and 300 of FIGS. 2-3 may be implemented 
within a program of instructions readable by a processing unit of a controller, computer, 
computer platform and the like. Additionally, processes 200 and 300 of FIGS. 2-3 may be 
implemented within bus architecture of 100 of FIG. 1 . In an embodiment of the invention, 
vendor unique commands relating to characteristics for testing may be stored in command 
code 100 of bus architecture 100 of FIG. 1. 
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[0028) While embodiments of the invention have included the test communication 
handshake between the target and initiator to in-band commands, it is contemplated that 
out of band communication may be utilized to verify behavior on the bus during testing. 
Out of band communication may refer to non SCSI, non FC or non SAS communication 
for verifying behavior. For example, a serial port, network, separate Fibre Channel or 
separate SAS link may be utilized to provide the handshaking communicative capability. 
Additionally, with respect to the use of Fibre Channel, vendor unique link service frames 
may be employed in lieu of vendor unique conmiands. 

[0029] It is understood that the specific order or hierarchy of steps in the processes 
disclosed is an example of exemplary approaches. Based upon design preferences, it is 
understood that the specific order or hierarchy of steps in the processes may be rearranged 
while remaining within the scope of the present invention. The accompanying method 
claims present elements of the various steps in a sample order, and are not meant to be 
limited to the specific order or hierarchy presented. 

[0030] It is believed that the system and method and system of the present invention and 
many of its attendant advantages will be understood by the forgoing description. It is also 
believed that it will be apparent that various changes may be made in the form, 
construction and arrangement of the components thereof without departing fi'om the scope 
and spirit of the invention or without sacrificing all of its material advantages. The form 
herein before described being merely an explanatory embodiment thereof It is the 
intention of the following claims to encompass and include such changes. 
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